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REMARKS 

This current Reply is responsive to a current and non-final Office Action 
dated (mailed) 06/21/2005. This current Office Action examined claims 1-20. 

Generallyt the current Office Action rejected claims 1-20. 

Specifically, the current Office Action indicated the following: 

Claims 1-12 are rejected under 35 U.S.C. 102(b) as being anticipated by 

Williams et al., USPN 5,845»283 (hereafter referred to as Williams). 

Claims 13-20 are rejected under 35 U*S.C. 103(a) as being uni>atentable 

over Williams in view of O'Brien et al., USPN 6,795,809 B2 (hereafter referred 

to as O'Brien). 



No claims are canceled or added by this Reply. Hence, claims 1-20 
continue to be presented for examination* Of claims 1-20, claims 1, 6, 9, 13, 19, 
and 20 are independent. 



AH of the rejections are based at least partly on Williams et al. (U.S- Patent 
5,845,283), 
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Unreturned PTO-1449 

It appears that one previously-submitted PTO-1449 as part of an 
Information Disclosure Statement (IDS) has not been returned. 

It was submitted on/around 03/11/2005, and it listed one (1) U.S. Patent 
[Rich et al.. No, 5,593,724]. 

It is respectfully requested that the Examiner consider the document 
submitted in accordance with 37 C.F.R. 1.97 and 1,98. initial and sign the 
corresponding PTO-1449 to indicate such consideration, and return a copy of the 
initialed and signed PTO-1449 to Applicants. 



has & BMES, tU£ 
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Remarks Regarding Williams et al. 

2 

3 [1] Williams et al. appears to be generally directed to "Method and 

4 apparatus for rationalizing different data formats in a data management system*' 

5 (The Title) 

More specifically, Williams et al. appears to be directed to: 

A data conversion device, includtng a preferably software implemented 
data conversion engine, w^hich receives a formatted input data stream frotn an 
input device, converts the data into a different (universal) format in real time and 
9 transTnits the converted data to an output device. Messages, i.e., data, from host 

devices can also be uplinked, via the data conversion device, to the data 
generating devices. By rapidly processing new and/or incompatible data record 
formats the invention minimizes the cost of maintaining data management 
12 systems and maximizes their usage. The conversion device input and output 

architecture is flexible and the conversion device can be used with multiple 
(networked or non-networked) data generating devices and single or multiple data 
storage devices using multiple data output fonnats. 
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(The Abstract) 



[2] The data conversion device of Williams et al. is an integrated, 

nionolithic device. 

More specifically, the description of Williams et al. reads: 

As best seen in FIG. 3A the data conversion device 22 uses a unique 
2\ message interface (Ml) to process each sq^>oned record format. When die data 

conversion device 22 receives a record, the appropriate MI uses a conversion 
engine 23 embedded in tlie data conversion device 22 to translate the record 
data from the input format to a desired Universal Data Format (UDF), which 
24 may be an industry specific format. As descnbed in more detail below with 

reference to FIG. 3B, the conversion engine 23, according to the invention, 
preferably includes a super-record storage 23a for holding data streams during 
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the conversion processes and, for storage of the data conversion rules applicable 
to the various message interface devices, a library storage 23b, More 
specifically, it is the library 23b which contains the conversion rules applicable 
to the field ofUDF(s). 

(Column 5, Lines 1-15; italicized emphasis added) 

Consequently, there is no loading or plugging-in of any conversion 
technology (e.g., a module^ with Williams et al- 

[3] Although there are multiple different logical message interfaces 

(Mis) in Williams et al, there is only a single conversion module. 

More specifically^ FIGS. 3A and 3B include a single "conversion routine 

library 23a". For example, the description of Williams et al. reads: 

The library 23a contains the conversion routines. Examples of 

conversion Tt)utines found in the library 23 a are an ASCU-to-£BCDIC routine* or 

a date conversion routine. 
[,..] 

2) The conversion routine library 23a is then called on to convert a date 
field and a time field. The routines in the library 23a will convert the date field 
and time field to the UDF format 

[.,.] 

5) The conversion routine hbraiy 23a is called on to make the date field 
and time field conversion. 

(Column 6, Lines 44-46; Column 6, Lines 59-62; and Column 7, Lines 3-4) 
Conseouentlv, Williams et al, does not describe multiple conversion/parsing 
modules- 
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Remarks Regarding O'Brien et al. 

The current Office Action reads on page 5 at paragraph #17, in pertinent 

part; 

Williams does not specifically teach the log is a test log. However, 
O'Brien taught a test log (colunin 13, Unes 1-13). It would have been obvious to 
one of ordinary skill in the art at the time the invention was made that 
incorporating O'Brien's test log in Williams system for rationalizing different 
data formats would have improved system utility. 

Even assuming, arguendo^ (i) that O'Brien teaches the concept of test logs 
and (ii) that Williams et al. and O'Brien et aL may be combined as indicated in the 
current Office Action, such an assertion and combination does not remedy the 
above-described deficiencies of Williams et al. 



Leb Hayes, rixc 
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Remarks Regarding the Independent Claims 

In contrast to Williams et al, alone or combination with O'Biien, each of 
the independent claims includes element(s) directed to niultiple conversion/parsing 
modules and/or element(s) directed to loading or plugging-in module(s). 

Hence, no art of record, either alone or in any combination, anticipates or 
renders obvious at least the following element(s) in conjunction with the other 
elements of their respective claims: 

Claim 1: providing a uniform Interface far multiple plug-in modules, 
therein each plug"in module is adapted to parsing at least one of the multiple 
formats. 

Claim 6: a parsing module adapted to parsing at least one data record 
format . . . wherein the parsing module is capable of being plugged-in by a 
parsing engine when a data record of the at least one data record format is to 
be parsed. 

Claim 9: loading a parsing module adapted to parsing at least one data 
record format. 

Claim 13: loading a log parser plug-in module to interpret the test log, 
wherein the plug-in module is adapted to parsing at least one test log format. 

Claim 19: a plurality of log parser plug-in modules ... a log parser 
engine for loading the correct log parser plug-in module for a given log 
format 

Claim 20: a means for loading the correct log parser plug-in module for 
a given log format. 
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Remarks Regarding the Dependent Claims 

Reasons for the allowability of independent claims 1, 6, 9, and 13 have been 
provided above. Claims 2-5, 7-8, 10-12, and 14-18 depend directiy or indirectly 
from these independent claims 1, 6, 9, and 13, respectively. Although each also 
includes additional element(s) militating toward allowability, these dependent claims 
are allowable at least for the reasons given above in connection with their respective 
independent claims. 



Let & vxits. pixc 
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CONCLUSION 

It is respectfully submitted that all pending claims 1-20 are allowable. It is 
therefore respectfully requested that the Office pass the instant Patent Application 
to issue with all due haste. 

Respectfully Submitted, 



Date: ^ M lOOS 



By: 




Keith W. Saunders 
Reg. No. 41,462 
(509) 324-9256 x238 
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